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represented as a computer data signal including a plurality of 
bits, is used for exchanging TCAP messages between IP 
network entities. The computer data signal comprises an 
internet protocol portion, a transport portion, and a SUP 
(Simple TCAP Interworking Part) portion. The SUP portion 
includes a SUP header for encapsulating the TCAP message 
therein for transmission between IP network entities. Vari- 
ous computer data signal embodiments are provided. A 
computer program product for an interworking gateway 
exchanging TCAP messages with a public telephone net- 
work and encapsulated TCAP messages with an internet 
protocol network is provided. Further, a computer program 
product for an IP network entity exchanging encapsulated 
TCAP mes sages with a n internet protocol network is pro- 
vided|]^ssageiencap^atto 

are provided" Various Embodiments- and functions^afe^ 
included for each computer program product. A method for 
exchanging TCAP messages between a public telephone 
network and an internet protocol network for services inter- 
working is included. Further, a method for exchanging 
encapsulated TCAP messages with an internet protocol 
network, such that TCAP messages can ultimately be 
exchanged with a public telephone network through an 
internet protocol network is provided. 

43 Claims, 7 Drawing Sheets 
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COMPUTER PROGRAM PRODUCTS, 
METHODS, AND PROTOCOL FOR 
INTERWORKING SERVICES BETWEEN A 

PUBLIC TELEPHONE NETWORK, 
INTELLIGENT NETWORK, AND INTERNET 
PROTOCOL NETWORK 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is related to and claims priority from U.S. 
Provisional Application No. 60/115,678, filed Jan. 13, 1999, 
entitled "Methods and Systems for SS7-TCAP 
Interworking", which is herein incorporated by reference in 
its entirety. 

FIELD OF THE INVENTION 

The present invention relates to telecommunications and 
networking, and more particularly to computer program 
products, related methods, and a protocol for interworking 
services between public telephone networks, Intelligent 
Networks, and internet protocol (IP) networks. 

BACKGROUND OF THE INVENTION 

Telecommunications originated over a century ago using 
traditional landline based telephony technology. Over time, 
standards, protocols, and topologies were developed and 
optimized to provide telephony services. More recently, 
wireless telephony was developed as an alternative means of 
telecommunications. Wireless telephony evolved with its 
own separate and distinct standards, protocols, and topolo- 
gies optimized for the mobile telephony environment. The 
SS7 (Signaling System 7) network was developed to provide 
digital out-of-band signaling channels for both the landline 
and wireless telephone networks. The modern public tele- 
phone network (PTN) leverages SS7 capabilities to establish 
telephone call connections and provide advanced services, 
such as 800 or toll free, calling card, Intelligent Network 
services, Call Back, Calling Name Delivery, Local Number 
Portability and wireless roaming services. Further, new 
architectures and interfaces have been developed recently 
that permit further integration and cooperation between 
landline and wireless telephony networks. It has been 
proven advantageous to share resources and provide PTN 
services more genetically, without being concerned whether 
the telephone terminals involved in the communication are 
landline or wireless. 

IP networks (including the public Internet) developed in 
parallel with the converging landline and wireless telephony 
infrastructures. While the function of the PTN network was 
primarily to provide end-to-end connections between tele- 
phone service subscribers, IP networks were developed to 
interconnect and leverage the information and processing 
capabilities of millions of networked computers. Given the 
substantially more complex purpose of an IP network, it 
evolved as a separate network infrastructure with distinct 
protocols optimized for the functions to be provided. 

Over time, the functions provided by the PTN network 
have become increasingly more sophisticated. Therefore, it 
is not surprising that cooperation between an IP network and 
a PTN network is desired, and in some instances, required. 
For example, it would be advantageous to provide services 
to the PTN network from the vast resources resident on an 
IP network. In this regard, one early application used the 
Internet to setup a connection and establish a voice tele- 
phone call. An IP telephone call can be originated from any 



telephone terminal, such as a conventional telephone termi- 
nal or an appropriately equipped computer connected to an 
IP network, and placed to another telephone terminal, such 
as any other conventional telephone terminal or another 

s appropriately equipped computer connected to an IP net- 
work. While this capability is useful, the IP telephone calls 
are only capable of establishing an end-to-end connection 
across an IP network. As such, no other services or appli- 
cations can cross the IP network and PTN network border, 
although the need for doing so persists. 

The IETF (Internet Engineering Task Force) is an open 
international community of network designers, operators, 
vendors, and researchers concerned with the evolution of the 
Internet architecture and the smooth operation of the public 
Internet. Hie actual technical work of the IETF is done in its 

15 working groups, which are organized by topic into several 
areas (e.g., routing, transport, security, etc.). Much of the 
work is handled via email mailing lists and electronic 
document submissions. Proposals are discussed, evolved, 
and implemented if advantageous. Proposals have been 

20 submitted attempting to converge the capabilities of the IP 
networks and telecommunication networks. In services 
interworking for IP telephone calls, one submitted proposal 
suggests encapsulating the SS7 protocol stack from the link 
layer to the above layers, including the MTP level 2 and 

25 level 3 layers, the SCCP layer, and the TCAP layer. Another 
proposal suggests encapsulating the SCCP layer and the 
above layers in the SS7 protocol stack. However, neither 
proposal properly addresses differences in the addressing 
and routing functions as implemented in the IP networks and 

30 the PTN networks. In addition, neither proposal defines a 
convergent protocol between these diverse networks. At 
best, these proposals might ultimately provide transport on 
an IP network between two PTN networks. 

However, in order to effectively converge and leverage 
these distinct networks, true interworking is required. Inter- 
working refers generally to transporting a message between 
a first network entity executing a software application pro- 
gram in a first network domain and a second network entity 
executing a software application program in a second net- 
work domain. In other words, interworking refers to 

40 exchanging messages between software application pro- 
grams executing in different network domains. The above 
proposals fail to provide exchanges of PTN messages, such 
as TCAP (Transaction Capabilities Application Part) 
messages, between entities in different networking domains, 

45 such as an IP network and the PTN network. Accordingly, a 
TCAP application executing in an IP network and a TCAP 
application executing in a PTN network typically cannot 
exchange TCAP messages, cannot exchange telephony 
services, and cannot interwork effectively. 

50 As such, a need exists for a fully functional interworking 
solution between an IP network and the PTN network to 
preserve the transparency of TCAP messaging in the PTN 
networks while the TCAP messages are routed to or from IP 
networks. Further, a need exists for a communication pro- 

55 tocol and supporting methods for effectively transporting 
TCAP messages between a public telephone network and an 
internet protocol network. Were these needs met, telephony 
based services could be provided from a public telephone 
network, an IP network, or both, as desired. A number of 
other advantages would also likely emerge from providing 

60 fully functional interworking between an IP network and a 
public telephone network, as was observed from the con- 
vergence of the landline and wireless network infrastruc- 
tures. 

65 SUMMARY OF THE INVENTION 

The present invention provides a protocol, computer 
program products, and related methods for supporting ser- 
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vices interworking between an IP network and a public further comprise a value subfield, such that information 
telephone network, including the Intelligent Network and relative to the attribute may be provided to at least one 
wireless networks. As such, the present invention addresses internet protocol network entity. Each attribute field may 
at least some of the above needs while providing some also further comprise a length subfield, so that information 
advantages. According to the present invention, conven- 5 relative to the length of the value subfield may be provided 
tional TCAP messages from the public telephone network to at least one internet protocol network entity. Accordingly, 
can be exchanged with encapsulated TCAP messages in an the STIP portion can further comprise a data field, such that 
IP network. The protocol, computer program products, and an encapsulated data and/or command message may be 
related methods of the present invention cooperatively sup- exchanged between internet protocol network entities. The 
port exchanging encapsulated TCAP messages in the IP 10 data field may comprise an encapsulated TCAP message so 
network. Computer software application programs execut- that encapsulated TCAP messages may be exchanged 
ing in network nodes disposed in an IP network and in a between internet protocol network entities, 
public telephone network can thereby cooperatively process In one embodiment, the present invention further provides 
information and exchange services therebetween. Existing a computer program product for an interworking gateway 
services can be provided to telephony services subscribers, 1S exchanging TCAP messages in an SS7 protocol format with 
while new services could be developed by leveraging the a public telephone network, and exchanging encapsulated 
processing capability of network nodes in an IP network, TCAP messages in an IP format with an internet protocol 
according to the present invention. network. The computer program product is executable by a 
In one embodiment, the present invention provides a processor, and comprises a computer readable storage 
Simple TCAP-IP Interworking protocol (STIPP), repre- 2 o medium having computer readable program code means 
sented as a computer data signal embodied in an electrical embodied therein. The computer readable program code 
signal represented as a plurality of bits, for exchanging an means comprises several computer instruction means. As 
encapsulated message between two internet protocol enti- such, computer instruction means for receiving a TCAP 
ties. The computer data signal comprises an internet protocol message in the SS7 protocol format from the public tele- 
portion, a transport portion, and a STIP (Simple TCAP 2 s phone network and extracting the TCAP message and asso- 
Interworking Part) portion. The internet protocol portion ciated addressing and routing information therefrom are 
supports physical layer functions, datalink layer functions, provided. Further, computer instruction means for convert - 
and network layer functions compatible with an internet ing the associated addressing and routing information for the 
protocol network. The transport portion is operably con- IP format and encapsulating the TCAP message in the IP 
nected to the internet protocol portion and serves to support 30 protocol format with the converted addressing and routing 
transport layer functions compatible with an internet proto- information are provided. In addition, computer instruction 
col network. Lastly, the STIP portion is operably connected means for transmitting the encapsulated TCAP message with 
to the transport portion, and is adapted to exchange the the converted addressing and routing information to the 
encapsulated message between two internet protocol net- internet protocol network for delivery to an IP network 
work entities, such that services interworking is supported 35 entity therein are also provided. 

therebetween. In an additional embodiment, the computer readable 
Various embodiments of the protocol, or computer data program code of the computer program product further 
signal, according to the present invention further define the comprises computer instruction means for receiving an 
STIP portion. In one embodiment, the STIP portion com- encapsulated TCAP message in the IP protocol format from 
prises an STIP header for transporting an encapsulated 40 the internet protocol network and extracting the TCAP 
message therein. Further, the STIP portion may comprise message and associated addressing and routing information 
various fields, such as a version field for identifying the therefrom. Further, computer instruction means for convert- 
version of the STIP portion to at least one internet protocol ing the associated addressing and routing information for the 
network entity. In addition, the STIP portion may comprise SS7 protocol format and encapsulating the TCAP message 
a message type field, such that the type of message may be 45 into the SS7 protocol format with the converted addressing 
identified to at least one internet protocol network entity. and routing information are provided. In addition, computer 
The message type field may comprise at least one protocol instruction means are provided for transmitting the TCAP 
message type selected from the group consisting of a login message with the converted addressing and routing infor- 
message type, a login acknowledgement message type, a mation to the public telephone network for delivery to an 
security packet message type, and a status message type. In 50 SS7 network entity therein. 

addition, the message type field can comprise at least one In a further embodiment, both computer instruction 
data message type selected from the group consisting of a means for converting may further comprise STIP computer 
TCAP data message and a TCAP data error message. instruction means for processing encapsulated TCAP mes- 
The STIP portion can also comprise at least one attribute sages with the addressing and routing information in the IP 
field, such that information relating to the type of the 55 protocol format exchanged with the internet protocol net- 
message may be provided to at least one internet protocol work. The SUP computer instruction means may further 
network entity. Further, each attribute field may further comprise computer instruction means for emulating SCCP 
comprise a type subfield, so that information relative to the flow control commands and functions for IP network entities 
type of attribute may be provided to at least one internet in the internet protocol network represented to the public 
protocol network entity. The type subfield may also com- 60 telephone network. In addition, the STIP computer instruc- 
prise one or more parameters selected from the group tion means may further comprise computer instruction 
consisting of a system name, primary /backup system means for decapsulating the TCAP message received in the 
identifier, subsystem number, address mapping option, mes- SS7 protocol format from the public telephone network and 
sage encryption index, TIPG status, IP entity status, addi- encapsulating the TCAP message the IP protocol format for 
tional status, protocol type identifier, IP address, calling/ 65 transmission to the internet protocol network. The STIP 
called parly address, sequential number identification value, computer instruction means may further comprise computer 
and an error reason. In addition, each attribute field can instruction means for decapsulating the TCAP message 
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received in the IP protocol format from the internet protocol encapsulating and decapsulating TCAP messages with the 

network and encapsulating the TCAP message the SS7 addressing and routing information in the IP protocol format 

protocol format for transmission to the public telephone exchanged with the internet protocol network. In addition, 

network. the STIP computer instruction means may further comprise 

Further, the STIP computer instruction means may further 5 computer instruction means for interacting with the internet 
comprise computer instruction means for interacting with protocol network through a STIPP protocol stack in the IP 
the IP network entity and the internet protocol network protocol format. Further, the computer instruction means for 
through a STIPP protocol stack in the IP protocol format. In processing the TCAP message received may further corn- 
addition, the STIP computer instruction means may further prise computer instruction means for analyzing the TCAP 
comprise computer instruction means for performing jq message received to determine whether data incorporated 
address mapping and translation, such that the IP network therein can be processed by the IP network entity, and 
entity can be addressed by a point code and subsystem whether or not a data error message should be returned to the 
number to the public telephone network and by an IP address originator of the TCAP message in the public telephone 
and a port number to the internet protocol network. Still network. The STIP computer instruction means can further 
further, the STIP computer instruction means may further 15 comprise computer instruction means for providing security 
comprise computer instruction means for performing functions, such as CHAP security functions, to authenticate 
extended global title translations, such that a destination the IP network entity before TCAP messages are exchanged 
node in the public telephone network can be identified by at with the IP network entity. In addition, the STIP computer 
least one of a point code and optionally a subsystem number instruction means can further comprise computer instruction 
of an application entity within the destination node, and such 2 o means f° r functions of the same three SCCP primitives as 
that a destination node in the internet protocol network may provided by the SS7 network to a TCAP application within 
be identified by an IP address and a port number. The STIP the IP entity to send and receive TCAP messages, 
computer instruction means may further comprise computer One embodiment of the present invention provides a 
instruction means for performing protocol discrimination for method for exchanging TCAP messages between a public 
the TCAP message received from the public telephone 2 s telephone network and an internet protocol network for 
network, so that the TCAP standard, the upper layer mes- providing services interworking. The method according to 
saging protocol, or both, associated with the TCAP message one embodiment comprises the step of receiving a TCAP 
can be identified. In addition, the STIP computer instruction message and associated addressing and routing information 
means may further comprise computer instruction means for in an SS7 protocol format from the public telephone net- 
providing security functions, such as CHAP (Challenge 30 work. Further, the method includes the steps of extracting 
Handshake Authentication Protocol) security functions, for the TCAP message and associated addressing and routing 
authenticating the IP network entity before TCAP messages information from the TCAP message received, and convert- 
are exchanged with the IP network entity. Lastly, the STIP ing the associated addressing and routing information for an 
computer instruction means may further comprise computer IP protocol format and encapsulating the TCAP message in 
instruction means for performing mediation functions to 35 the IP protocol format with the converted addressing and 
ensure that information is accessed and modified only by an routing information. In addition, the method comprises the 
authorized IP network entity or public telephone network step of transmitting the encapsulated TCAP message with 
entity. the converted addressing and routing information to the 

In one embodiment, the present invention further provides internet protocol network for delivery to an IP network 

a computer program product for an IP network entity 40 entity therein. 

exchanging encapsulated TCAP messages in an IP protocol In another embodiment, the method may further comprise 
format with an internet protocol network. The computer the step of receiving an encapsulated TCAP message in the 
program product is executable by a processor, and comprises IP protocol format from the internet protocol network and 
a computer readable storage medium having computer read- extracting the TCAP message and associated addressing and 
able program code means embodied therein. The computer 45 routing information therefrom. The method may further 
readable program code means comprises several computer comprise the step of converting the associated addressing 
instruction means. As such, computer instruction means for and routing information for the SS7 protocol format and 
receiving a TCAP message encapsulated in the IP protocol encapsulating the TCAP message into the SS7 protocol 
format from the internet protocol network are provided, format with the converted addressing and routing informa- 
wherein the TCAP message originated in the public tele- 50 tion. Further, the method can further comprise the step of 
phone network. In addition, computer instruction means for transmitting the TCAP message with the converted address- 
extracting the TCAP message and the associated addressing ing and routing information to the public telephone network 
and routing information from the encapsulated TCAP mes- for delivery to an SS7 network entity therein, after the 
sage received are provided. Further, computer instruction transmitting step. 

means for processing the TCAP message originating in the 55 For one embodiment of the method, the converting and 
public telephone network and received by the IP network encapsulating for the IP protocol step may comprise extract- 
entity are provided. The computer readable program code ing the TCAP message from the SS7 protocol format and 
may further comprise computer instruction means for encap- encapsulating the TCAP message in a STIP protocol header 
sulating a TCAP message in the IP protocol format for the in the IP protocol format, and the converting and encapsu- 
internet protocol network, wherein the TCAP message origi- 60 lating for the SS7 protocol step can comprise extracting the 
nated in the IP network entity. The computer readable TCAP message from the STIP protocol header in the IP 
program code may also comprise computer instruction protocol format and encapsulating the TCAP message in the 
means for transmitting the TCAP message through the SS7 protocol format. In another embodiment of the method, 
internet protocol network to an SS7 network entity in the both converting steps further comprise the step of perform- 
public telephone network. 65 ing at least one translation selected from the group consist- 
In a further embodiment, the computer program product ing of an address translation and a global title translation on 
may further comprise STIP computer instruction means for the respective TCAP message received. 
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In one embodiment, the present invention further provides which preferred embodiments of the invention are shown, 

a method for exchanging encapsulated TCAP messages with This invention may, however, be embodied in many different 

an internet protocol network, such that TCAP messages can f orms an( j should not be construed as limited to the embodi- 

therethrough be exchanged with a public telephone network. mems ^ forth nerein; ratherj ^ embodiments m pro . 

The method comprises the step of receiving a TCAP mes- 5 vided ^ ^ disclosure ^ te lh h ^ c^ete, 

sage encapsulated man IP protocol format from the internet . ... - 1t iL f . . ° . , 

protocol network, wherein the TCAP message originated in an( * ^ J **** convey the scope of the invention to those 

the public telephone network. The method comprises the m ^ art ^ numbe rs refer to like elements 

step of extracting the TCAP message and the associated throughout. Although specific terms are employed herein, 

addressing and routing information from the encapsulated they are used in a generic and descriptive sense only and not 

TCAP message received. In addition, the method comprises for purposes of limiting the scope of the present invention in 

the step of processing the TCAP message originating in the any way. Further, although portions of the specification are 

public telephone network and received by the IP network divided by headings for purposes of clarity and readability, 

entity. A further embodiment of the method further com- the specification in its entirety should be used for interpret- 

prises the steps of encapsulating a TCAP message in the IP ^ the m mventiont 

protocol format from the internet protocol network, wherein " 

the TCAP message originated in IP network entity, and As described above, public telephone networks developed 

transmitting the TCAP message through the internet pro to- significantly earlier than internet protocol (IP) networks, 

col network to an SS7 network entity in the public telephone The two separate and distinct network infrastructures 

network. In addition, the method may further comprise the evolved independently, as shown in FIG. l(a\ For some 

step of interacting with the internet protocol network 20 timc , there was no gateway functionality to interconnect an 

through a STIPP protocol stack m the P protocol format. ff ^ 2Q * ^ * ^ 

As such, the aforementioned protocol, computer program „ „ „ ,.5. . , /*.. . . . . v lt ; 

products, and related methods support fully functional i ser- Eventually the capability to establish a telephone call from 

vices interworking between an IP network and a public an IP telephone terminal to a telephone termmal in the pubhc 

telephone network by exchanging TCAP messages in 25 telephone network was developed. This is shown by the 

respectively compatible formats. TCAP messages can be da f hed ^ between PTN 10 and IP network 20. However, 

transported across network domains, and processed by com- lm s capability only establishes an end-to-end connection 

patible software application programs in an internet protocol between the respective networks, and as such, is of limited 

network and in a public telephone network such that true usefulness. 

services interworking can be achieved. 30 , - c « t *■ i j 

b The present invention supports fully functional advanced 

BRIEF DESCRIPTION OF THE FIGURES services interworking between a pubhc telephone network 

FIGS. 1(a) and 1(6) are block diagrams comparing the and an IP network, as shown in FIG. 1(6), by providing a 

interface between the public telephone network and an IP protocol, computer program products, and related methods 

network, prior to the present invention and according to one 35 for exchanging messages between both networks. The dif- 

embodiment of the present invention, respectively. ferin g messaging formats, addressing, and routing found in 

FIG. 2 is a diagram illustrating the varying messaging an IP network and public telephone network are reconciled 

formats used in an IP network, in the OSI model, and in a and managed seamlessly. Accordingly, TCAP messages are 

public telephone network, respectively. transported between network domains through the protocol, 

FIG. 3 is a block diagram illustrating the protocol inter- 40 C ° mpUter pr °? ram pr ° du ^ A ^ d J elated nicthods^Uie 

faces between network nodes in an IP network and in a oresenl inventl0n pe ™ lts ™ f f ^ are a PP h ~ P*; 

public telephone network as supported by an interworking S rams ° peratin S in the pubhc tel #^f nelwork a "4 * 

gateway computer program product, according to one netw ? rk t0 exchan S? and P^ 55 TCAP messages. TCAP 

embodiment of the present invention. based f <*° therefore be exchanged between the IP 

. . L1 , ,. ,1... 1 , r network and pubhc telephone network. Thus, advanced 

FIG. 4 a a block diagram illustrating a protocol stack for 45 , el h servjces caQ be yided b the wic , el hone 

transporting messages between if network nodes, according network ' the IP network 

, or both. Interworkine divereent IP 

to one embodmient of the present invention. . i j U r . 1 u *, i f 

r networks and pubhc telephone networks creates a coopera- 

FIGS. 5(a) and 5(b) are block diagrams of a STIP portion live processing environment for leveraging the capabilities 

and of attribute subfields within a STIP portion of a protocol of each respective network . For example, telephony services 

for transporting messages between IP network nodes 50 cou id be provided from the PTN network, an IP network, or 

respectively, according to one embodiment of the present both AccordinglVj a pro tocol, computer program products, 

invention. an( j re i atec j me thods provided by the present invention 

FIGS. 6(a) and 6(b) are diagrams illustrating TCAP support true and fully functional services interworking 

message processing operations supported by an interwork- between a public telephone network and an internet protocol 

ing gateway computer program product between a PTN 55 j^^q^ 
network and an IP network and between an IP network and 

a PTN network respectively, according to one embodiment T , 

of the present invention. sy 

FIG. 7 is a diagram illustrating the protocol and computer Discussion regarding the present invention will be facili- 

program product interface between an IP network entity and 60 tated by establishing the meaning of terminology to be used 

an interworking gateway in an IP network, according to one herein other terminology not expressly defined herein 

embodiment of the present invention. should ^ interpreted as the term is normally used by those 

DETAILED DESCRIPTION OF THE skill ed in the art. 

INVENTION fi5 Challenge Handshake Authentication Protocol (CHAP) 

The present invention now will be described more fully A security protocol defined by IETF RFC 1994 for 

hereinafter with reference to the accompanying drawings, in handshaking functions between two IP network entities. 
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Directory Number (DN) Subscriber 

Telephone number or subscriber number associated with A customer who subscribes to telephony based services, 

a telephone terminal. TCAP/IP Interworking Gateway (TIPG) 

Global Title Translation (GTT) The network entity that provides a fully functional inter- 

An SS7 routing function that translates a logical address 5 face for exchanging TCAP messages between a PTN/SS7 

to a physical SS7 address and possibly, a subsystem number, network and an IP network, to support fully functional 

which identifies the application that will process the mes- interworking therebetween, 

sage whose address is being translated. Transaction Capabilities Application Part (TCAP) 

IP network (or internet protocol network) Transaction Capabilities in the SS7 protocol are functions 

Any network operating with the IP protocol, such as 10 that control non-circuit related information transfer between 

corporate intranets, local area subnetworks, other IP two or more signaling nodes executing applications via a 

networks, or the public Internet network. signaling network. Queries and responses between SSPs and 

Internet network (i.e. the public Internet network) SCPs are carried in TCAP messages. In the SS7 protocol, 

A worldwide network of backbone interconnected com- TCAP uses SCCP routing and addressing functions to send 

puter networks, each including uniquely addressable, inter- is and receive messaging data, 

connected computers. Transmission Control Protocol (TCP) 

Internet Protocol (IP) A worldwide standard messaging format or protocol used 

A well-known worldwide standard messaging format or in an IP network comprising transport layer functions in the 

protocol used in the public Internet network and other OSI model protocol stack. 

internet protocol (IP) networks comprising network layer 20 0 . , Tz-An/im » i- i*. * i a e. 1 

functions in the OSI model protocol stick. Frequently Slm P le TCAP/IP I**™*"* P™ 0 *" ««> Stack 

referred to herein as the IP protocol. The problems solved and advantages provided by the 

Internet Service Provider (ISP) present invention can be better understood by analyzing the 

A provider of access to the public Internet and/or to incompatibility inherent in transporting messages between a 

services on an internet protocol network. 25 public telephone network and an internet protocol network. 

Message Transfer Part (MTP) As such, the divergent and formerly incompatible messaging 

The lower three layers in the SS7 protocol, which provide protocol formats used in a public telephone network, such as 

physical, data link, and network functions. The network a PTN/SS7 network, and in an internet protocol network, 

layer functions provide message routing between signaling such as the Internet are illustrated in FIG. 2. Protocol layer 

points in the SS7 network. MTP provides functionality 30 mappings shown in FIG. 2 are approximate because of the 

generally defined by the lower three layers in the OSI model disparity between the various protocol formats. As shown, 

protocol stack. the IP network uses an IP protocol format that is substan- 

Public Telephone Network — (PTN) tially different from the SS7 protocol format used in the 

A public circuit switched telephone network, including public telephone network. The IP messaging format or 
landline, wireless, or both types of telephone network infra- 35 "protocol stack", OSI model protocol stack, and SS7 pro- 
structures. The PTN may include local telephone network tocol stack are all illustrated for purposes of comparison, 
components, long distance telephone network components, The OSI model defines an OSI protocol stack 50 that 
or both owned by a PTN service provider or carrier. comprises seven layers, each denoted according to the 
Signaling Connection Control Part (SCCP) function provided by each layer. For instance, the data link 

The signaling layer in the SS7 protocol that provides a 40 layer conveys messages along a local data link, while the 

transfer capability for circuit related and non-circuit related network layer conveys messages along a network. The OSI 

signaling information. model is used as a reference protocol stack at the center of 

Signaling System 7 (SS7) FIG. 2, while the IP and SS7 protocol stacks are disposed on 

A worldwide standard messaging format which defines either side of the OSI model protocol stack. Dashed lines are 

the procedures and protocol used by network entities in the 45 drawn to show the rough correspondence between the func- 

PTN network to exchange information over a digital out- lions in the OSI model layers and the corresponding func- 

of-band signaling network in order to setup, route, and tional layers in the IP and SS7 protocols. For the IP protocol 

control telephone calls and provide routing capabilities for stack 40, the lower two layers are implemented as Ethernet, 

wireless, Intelligent Network and other advanced services. Token Ring, or some other data link, as shown. The IP 

Signaling Transfer Point (STP) 50 (internet protocol) layer comprises the network layer for the 

A node or network entity in the SS7 network that serves IP protocol stack. In contrast, for the SS7 protocol stack 60, 

as a packet switch and routes incoming messages based on the MTP level 3 layer and SCCP layer perform the compa- 

routing information contained in an SS7 message. An STP rable OSI network layer functions. TCP, UDP, or another 

may perform Global Title Translation. transport-like layer performs the transport functions for the 

Signaling Point (SP) 55 IP protocol stack. IP resources such as SMTP, Telnet, etc. 

A network node in the SS7 network. It may be a signaling perform application layer functions, while some resources 

endpoint, signaling transfer point (STP), service switching also perform at least some part of the presentation layer 

point (SSP) or a service control point (SCP). functions. In contrast, the TCAP layer in the SS7 protocol 

Simple TCAP Interworking Part (STIP) stack performs application layer functions as well as other 

A convergence protocol layer provided between the 60 functions. Given the differences in the distribution of pro- 

TCAP layer and the transport layer (e.g. TCP or UDP) in IP tocol functions between the IP protocol layers and the SS7 

network, such that TCAP messages can be transported over protocol layers, it is apparent that significant message format 

the IP protocol layer in an IP network. transformations are required in order to provide fully func- 

Simple TCAP-IP Interworking Protocol (STIPP) tional interworking between an IP network and PTN/SS7 

A protocol between an interworking gateway and an IP 65 network, 

entity for providing TCAP/IP interworking between PTN The present invention provides a protocol, computer 

and IP networks. program products, and related methods for supporting full 
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services interworking between ao IP network and a public Hie STTP portion is defined by the present invention and 
telephone network. Preferably, the computer program prod- optimized to execute its functions. Various embodiments of 
uct is executed within an interworking gateway or compa- a STIP portion may be implemented within the spirit and 
rable device, such as the example TIPG (TCAP/IP Inter- scope of the present invention. Accordingly, one embodi- 
working Gateway) 100 shown in FIG. 3, which serves to 5 mem of the STIP portion is illustrated in FIG. 5(a). The STIP 
exchange TCAP messages between the IP network and the portion 220 or STIP header can comprise a version field 221. 
public telephone network. TCAP messages are transported The content of the version field contains information relating 
in the SS7 protocol format 201 through the public telephone to the version of the STIP portion or header. Through the 
network in a conventional manner. For example, a TCAP version field information, the version of the STIP portion 
message portion 200 can be transported through the PTN 10 may be identified to at least one internet protocol network 
network in the SS7 protocol format through the established entity. In addition, the STIP portion or STIP header can 
SS7 protocol stack 201 as shown. The present invention comprise a message type field 222, such that the type of 
provides a protocol stack 202 for encapsulating the TCAP message may be identified to at least one internet protocol 
message 200 in the IP protocol format such that the TCAP network entity. The content of the message type field con- 
message can be transported between IP network nodes, such 15 tains information relating to type of message transported in 
as between a TIPG gateway or comparable device and other the STIP header, preferably transported in a data field 229 
IP network entities or servers, in an internet protocol net- encapsulated within the STIP header. The message type field 
work. The computer program product in the TIPG gateway may identify many message types, including but not limited 
can receive, translate, and forward TCAP messages in either to a protocol message type, such as a Login message type, 
protocol format, such that TCAP messages can be 20 a Acknowledgement message type, a security packet 
exchanged across network boundaries. Accordingly, the message type, a CHAP packet message type, a TIPG status 
protocol provided by the present invention serves as a message type, an IP entity status message type, or another 
vehicle for transporting the TCAP message through the status message type. Further, the message field may identify 
internet protocol network, without altering the characteris- at least one data message type, including but not limited to 
tics of the TCAP message exchanged therebetween. 25 a TCAP data message type, a TCAP data error message type, 
In one embodiment, the present invention provides a or some other data and/or data error message type. While the 
protocol, represented as a computer data signal, for exchang- present invention is operable with many different types of 
ing an encapsulated message between two internet protocol messages, the preferred embodiment includes the aforemen- 
network entities. The computer data signal is embodied as an tioned message types. The preferred message types are 
electrical signal represented as a plurality of bits, which 30 described below. 

represent a protocol stack for use in an internet protocol The Login message type is preferably sent from an IP 
network. The plurality of bits can be stored sequentially in network entity to a TIPG interworking gateway or compa- 
storage within a network entity, transmitted between net- rable device to begin the login process. A Login Acknowl- 
work entities, or both. Further, the plurality of bits can be edgement message type is sent from the UPG or comparable 
read, modified, written, and otherwise processed by a 35 device to the IP network entity to report the results of the 
processor, such as a microprocessor or other processing login request. Messages, such as TCAP messages for 
device. As shown in FIG. 4, one embodiment of the present example, may be exchanged between the IP network entity 
invention provides a protocol stack 202 represented as a and the TIPG or comparable device once the login process 
computer data signal for transporting an encapsulated mes- has been successfully completed. The CHAP packet mes- 
sage between internet protocol network entities. The com- 40 sage type may be transferred between an IP network entity 
puter data signal comprises an internet protocol portion 250 and a TIPG gateway or comparable device. The originator of 
which supports physical layer functions, datalink layer the message will vary according to the CHAP code field, 
functions, and network layer functions compatible with an while the Data field of the message must contain a CHAP 
internet protocol network Preferably, the internet protocol packet as defined in the RFC 1994 standard. A TIPG Status 
portion comprises the lower three layers of the IP protocol, 45 message type is transmitted from a TIPG gateway or com- 
such as the physical, datalink, and network IP layers, parable device to an IP network entity. This message type is 
although three other layers compatible in function with the optional, can be sent periodically or as needed, and identifies 
IP protocol could be used. Further, the computer data signal the originating TIPG gateway or comparable device. The IP 
comprises a transport portion 240, operably connected to the network entity can use this message to verify that a TIPG 
internet protocol portion. The transport portion supports so gateway or comparable device is operating and may be 
transport layer functions compatible with an internet proto- accessed. If the message is to be transmitted periodically, an 
col network. Preferably, the transport portion comprises an IP network entity can expect to receive a TIPG Status 
IP transport layer, such as UDP or TCP, although another message within a given time, or else the IP network entity 
transport layer compatible in function with the IP protocol can assume that the TIPG gateway or comparable device is 
may be used. In addition, the computer data signal com- 55 inoperable or too busy to respond. In either case, the IP 
prises a STIP (Simple TCAP Interworking Part) portion 220 network entity can treat the TIPG gateway as unavailable 
operably connected to the transport portion. The STIP por- and start to communicate with a backup TIPG gateway or 
tion of the present invention is adapted to exchange a comparable device and/or attempt to reestablish communi- 
message encapsulated therein between two internet protocol cations with the unavailable TIPG gateway, 
network entities, so that services interworking is supported 60 The IP entity status message type is sent from an IP 
therebetween. Preferably, the STIP portion comprises a STIP network entity to a TIPG gateway or comparable device. As 
header for encapsulating a message therein, and preferably, above, this ' message type is optional, and can be sent 
the encapsulated message comprises a TCAP message. The periodically or as required. Preferably, an IP network entity 
STIP portion and STIP header are not necessarily fixed in transmits this message periodically to identify itself and 
size, and can assume various sizes as required to encapsulate 65 inform a TIPG or comparable device that the IP network 
and transport a particular message through an internet pro- entity is still operational and available. If the message is to 
tocol network. be transmitted periodically, a TIPG or comparable device 
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can expect to receive an IP Entity Status message within a parameter contains information relating to the name of the 
given time, or else the TIPG/comparable device can assume system to be authenticated by the TIPG interworking gate- 
that the IP network entity is either too busy to respond or way or comparable device. Preferably but not exclusively, 
inoperable. In either case, the TIPG/comparable device can the system name may be used within the Login message 
treat the IP network entity as unavailable and start to 5 type. Further, the primary/backup system identifier param- 
communicate with a backup IP network entity and/or eter indicates to the TIPG or comparable device whether the 
attempt to reestablish communications with the unavailable logged in system is operating as a primary or backup system, 
IP network entity. In contrast, a TCAP Data message type in the SS7 network redundancy sense. Preferably but not 
can be transferred between an IP network entity and a exclusively, the primary/backup parameter is used within the 
TIPG/comparable device in either direction. The TCAP Data 10 Login message type. A subsystem number parameter iden- 
message type is used to transport the TCAP message and/or tifies the subsystem number of an IP entity, and can include 
related data between a nPG/comparable device and an IP all SS7 information relative to a subsystem number. As 
network entity. The TCAP Data message type may include above, the subsystem number is preferably but not exclu- 
a protocol type, identification field, calling party address, sively used within the Login message type. The encryption 
and called party address. If the message is incorrect, con- 15 index parameter contains the index of a predefined encryp- 
tains errors, is transported to the incorrect destination, or is tion algorithm(s) supported by the TIPG interworking gate- 
invalid for other reasons, the TCAP Data Error message may way or comparable device. Information relative to the 
be used. The TCAP Data Error message can be sent in either encryption index, its length, and its actual value can be 
direction between an IP network entity and a TCPG gateway provided. 

or comparable device, to indicate that there are problems 20 In addition, an address mapping option identifier param- 

with a previously received TCAP Data message or the eter can be used within the attributetype subfield 226 to 

contents thereof. Preferably, the data portion of the TCAP permit the IP network entity to select one of two address 

Data Error message contains a copy of the related TCAP mapping techniques. For the first technique, the address 

Data message. This message may contain an error reason, an transformation is included within the message transferred 

identification field, additional status information, calling 25 between the TIPG gateway or comparable device and the IP 

party address, and called party address. network entity. In the second technique, the TIPG gateway 

In addition, the STIP portion or STIP header may com- or comparable device maintains the mapping between the 

prise a message length field 223, such that information Transaction ID and the Calling/Called party addresses, and 

relating to at least part of the length of the STIP portion may performs address mapping as required. The address mapping 

be provided to at least one internet protocol entity. The 30 option parameter is preferably used within the Login mes- 

message length field may be used to provide information sage type, although it can also be used with other message 

relative to any part of the total length of the STIP portion. types. The contents of the address mapping option parameter 

Preferably, the message length field can be used to indicate may identify the mapping option parameter, the length of the 

the total length of the packet, excluding the length of the parameter, and an address mapping value to identify which 

version, message type, and message length fields. Still 35 address mapping technique is used. Further, the attributetype 

further, the STIP portion or header can comprise a data offset subfield can contain a message encryption parameter that 

field 224, such that information indicating the data offset of contains the flags or variables used by the TIPG gateway or 

the message within the STIP portion may be provided to at comparable device to inform the IP network entity whether 

least one internet protocol entity. or not encryption/decryption is needed for a message trans- 

The STIP portion or STIP header can also comprise at 40 ferred between the TIPG or similar device and the IP 

least one attribute field 225 as shown. One or more attribute network entity. The message encryption parameter is pref- 

fields may be included in the STIP header as required for erably but not exclusively used within the Login Acknowl- 

transporting a given message, as shown in FIG. 5(a). Pref- edgement message type, and can indicate further details 

erably but not necessarily, the attribute fields are proximate regarding the type and manner of encryption to be used, 

each other when multiple attribute fields are used. Each 45 The attribute type subfield can also provide status infor- 

attribute field may contain one or more sub fields, as shown mation of several types. A TIPG status parameter can 

in FIG. 5(b). As such, an attribute field may include an provide a variety of status information relating to a TIPG 

attribute type subfield 226 containing information relative to interworking gateway or comparable device. The TIPG 

the type of attribute that can be provided to at least one status parameter is preferably but not exclusively used 

internet protocol network entity. Further, an attribute field 50 within the TIPG Status message type. Similarly, the IP entity 

may comprise a value subfield 228, such that information status parameter may provide a variety of status information 

relative to the attribute may be provided to at least one regarding to the IP entity, and is preferably but not exclu- 

internet protocol network entity. In addition, an attribute sively used within the IP Entity Status message type. In 

field may comprise a length subfield 227, such that infor- addition, the attributetype subfield can contain an additional 

mation relative to the length of the value subfield may be 55 status information parameter, which can contain additional 

provided to at least one internet protocol network entity. status information of various types and formats. For 

The attributetype subfield 226 can contain many types of instance, this parameter may contain text characters, hex/ 
information relating to messages. For instance, the attribute- binary information, combinations thereof, or the like. This 
type subfield can include one or more parameters such as a parameter is optional, and may be used with either the TIPG 
system name, a primary/backup system identifier, a sub- 60 Status or IP Entity status message types, 
system number, an encryption index, an address mapping In addition, the attributetype subfield can include a pro- 
option identifier, a message encryption parameter, TIPG tocol type parameter, used to indicate the protocol type of 
status, IP entity status, additional status, a protocol type the encapsulated message. Preferably but not necessarily, the 
identifier, an IP address, a calling party and/or a called party protocol type parameter may be used to indicate the protocol 
address, a sequential number identification value, and an 65 type of the encapsulated TCAP message. This parameter is 
error reason. Of course, other parameters may be provided optional, but preferably the IP network entity may include 
for the attributetype subfield. In particular, the system name this parameter in a Login message type to indicate to a TIPG 
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or comparable device what protocols) the IP network entity encapsulated therein. The format of the data message is 

can support. For instance, the protocol type can be TCAP, message dependent, and can even be null, such as when a 

IS-41, MAP (Mobile Application Part), TBD, or combina- Login command message or a Login Acknowledgement 

tions thereof. The attributetype subfield can also include command message is sent. Preferably but not necessarily, 

various types of addresses. As such, an IP address parameter 5 the data field can comprise a TCAP message, such that an 

can be provided therein, containing the IP address of the IP encapsulated TCAP message can be transported and 

network entity. The IP address parameter is optional, and exchanged between internet protocol network entities, 

may be used within any attribute types transmitted from the Accordingly, services interworking is supported by 

IP network entity to a TIPG interworking gateway or com- exchanging encapsulated TCAP messages between network 

parable device. This parameter can support IP Version 4, IP 10 entities 

Version 6, or other types of IP addresses. In addition a Accordingly> the pro t 0 col provided by the present inven- 

Cafong Party and/or Called Party Address parameter can be , ion X[y(& , Q „. , a JCAp hctmta ^ ,p 

included m the atmbutetype subfield. This parameter con- nelWQrk emi ^ a Qr comparab i e device> 

tarns established SCCP Party Address information and .s such ^ m imerworki m be ^po^d 

preferably but not exclusively used wrthin the TCAP Data 15 between an ff Qetwork and a bJic tel hone network . ^ 

message type exchanged between a TIPG or comparable ^ slack of , he , invention sulates and 

device and an IP network entity. This parameter may include , ransports a TCAP message mrough 

an internet protocol 

the Calling Party and/or Called Party address and associated network ^ characteristics lhereof . Com . 

sub-parameters. plimentary computer program products and related methods 

The attributetype subfield may contain identification 20 provided by the present invention serve to encapsulate, 

information, such as a sequential number identification ^sport, manage, and decapsulate the TCAP message 

parameter. This optional parameter contains the sequential through an internet protocol network, 
number that is used to prevent a replay attack, and may be 

used with any message or protocol except CHAP messages. IP/PTN Gateway Computer Program Product and 
In addition, this parameter may be included in the Login and 25 Method 
Login Acknowledgement messages for synchronization pur- 
poses. A TIPG interworking gateway or comparable device M described, one computer program product is prefer- 
must maintain the identification parameter value for each IP abl y executed within an interworking gateway, such as the 
network entity. If an IP network entity supports the use of the 1190 (TCAP/IP Interworking Gateway) 100 shown in FIG. 
identification parameter, the IP network entity must include 30 3 > which t0 exchange TCAP messages between the IP 
it in the Login message type with appropriately set flags or network and the public telephone network. Of course, the 
variables therein. The TIPG or comparable device must computer program product can be executed in another 
respond appropriately with a Login Acknowledgement mes- comparable device providing similar gateway functions. The 
sage with appropriately set flags or variables therein. computer program product is adapted for execution by a 
Thereafter, any messages sent from the IP network entity to 35 processor, such as by a microprocessor or other processing 
the TIPG or comparable device must increment the identi- device, in a TIPG gateway or comparable device. The 
fication parameter value by one, and contain appropriately related method of the present invention similarly reflects IP 
set flags or variables. A TIPG or comparable device will 1 PTN interworking gateway operations and functions, 
record the previous identification parameter and check the As such, one embodiment of the present invention pro- 
identification parameter of an incoming message accord- 40 vides a computer program product for an interworking 
ingly to increment the identification parameter and properly gateway exchanging TCAP messages in an SS7 protocol 
set flags or variables. If an incoming message fails to check format with a public telephone network and exchanging 
out properly, the message will be discarded since it cannot encapsulated TCAP messages in an IP protocol format with 
be trusted. Any messages sent from the TIPG or comparable an internet protocol network. The computer program prod- 
device to an IP network entity should also be incremented 45 uct further comprises a computer readable storage medium 
and contain properly set flags or variables, so that the IP having computer readable program code means embodied 
network entity can similarly check incoming messages. The therein. In addition, the computer readable program code 
IP entity will also discard any messages that fail to check out means further comprises several computer instruction means 
properly. Lastly, the attribute type subfield may contain an for implementing the required functions, 
error reason parameter that indicates the reason why an IP 50 Accordingly, within the computer readable storage means 
network entity or TIPG or comparable device cannot process the computer readable program code means comprises com- 
an incoming message, such as a TCAP message for example. puter instruction means for receiving a TCAP message in the 
This parameter is preferably but not necessarily used within SS7 protocol format from the public telephone network and 
the TCAP Data Error message type. Preferably, the error extracting the TCAP message and associated addressing and 
reason should be mapped to the Error parameter as defined 55 routing information therefrom. Further, the computer read- 
in SS7 SCP UDTS (Unit Data Service) or XUDTS able program code means comprises computer instruction 
(Extended Unit Data Service) message. Of course, those means for converting the associated addressing and routing 
skilled in the art will realize that other parameters can be information for the IP protocol format and encapsulating the 
provided within the attribute type subfield within the spirit TCAP message in the IP protocol format with the converted 
and scope of the present invention. 60 addressing and routing information. In addition, the com- 
Still further, the STTP portion or STTP header can also puter readable program code means comprises computer 
comprise at least one data field 229, such that the encapsu- instruction means for transmitting the encapsulated TCAP 
lated message can be transported and exchanged between message with the converted addressing and routing infor- 
internet protocol network entities. Those skilled in the art mation to the internet protocol network for delivery to an IP 
will understand that the data field can vary in size and format 65 network entity therein. In essence, the computer program 
as required. Further, those skilled in the art will appreciate product extracts a TCAP message from an incoming mes- 
that the data field can contain data, commands, or both, sage from one network, converts the addressing and routing 
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information for transporting the TCAP message to a network In one embodiment, the STIP computer instruction means 

entity in the destination network, and encapsulates the of the computer program product provides additional mes- 

TCAP message with the converted addressing and routing sage processing. Specifically, the STIP computer instruction 

information and forwards the encapsulated message to the means can further comprise computer instruction means for 

destination network in the proper protocol format for deliv- 5 performing address mapping and translation, such that the IP 

ery. As those skilled in the art will appreciate, messages network entity can be addressed by a point code and 

originating in either the IP network or PTN network can be subsystem number to the public telephone network and by 

processed in this manner and forwarded to the other of the an ip address and a port number to the internet protocol 

IP network and PTN network. network. In addition, the STIP computer instruction means 

Accordingly, a further embodiment of the computer read- 1Q may also comprise computer instruction means for perform- 

able program code of the computer program product further mg extended global title translation, such that a destination 

composes additional computer instruction means. In node in the pubhc telephone network is identified by at least 

particular, the computer readable program code further one of a im ^ and a subsystem numbe r of an applica- 

compnses computer instruction means for receiving an ^ emi me destinalion node> ^ such that a 

encapuiated lUAT message m the if protocol tormatfrom desUnation node 

in the internet protocol network is identi- 

tne internet protocol network and extracting the TCAP ^ JL in . i_ t, r , 

message and associated addressing and routing information fied ^ an IP address and 3 P° rt ™ mb ? n ^ ^mentioned 
therefrom. The computer readable program code further translations are necessary to ^odify the protocol format and 
comprises computer instruction means for converting the lrans P° rt a messa § e t0 the destmation network, 
associated addressing and routing information for the SS7 Computer program instruction means are used to remap 
protocol format and encapsulating the TCAP message into 20 an address of an incoming message received from one 
the SS7 protocol format with the converted addressing and network, such as an IP network or a PTN network, into an 
routing information. In addition, the computer readable address appropriate for the other network of the IP network 
program code further comprises computer instruction means and the PTN network. Optionally, each IP network node 
for transmitting the TCAP message with the converted address may comprise an IP address and a port number, FIG. 
addressing and routing information to the public telephone 25 3 provides illustrations useful for understanding address 
network for delivery to an SS7 network entity therein. remapping and translation operations. For instance, IP entity 
Therefore, the computer program product can transport 21 is assigned a unique IP node address in an IP network 
messages between both networks. Of course, in the internet consisting of an IP address and a port number. Further, each 
protocol format the encapsulated message is preferably but PTN/SS7 network node is assigned with a destination point 
not necessarily transported in the aforementioned STIP 30 code. For example, PTN/SS7 network entity 13 is assigned 
protocol portion and STIP header. a unique SS7 address in the PTN/SS7 network consisting of 
One embodiment of the computer program product fur- a destination point code. Addressing destination nodes in 
ther defines both computer instruction means for converting either network is managed by computer program instruction 
addressing and routing information. In this case, both com- means preferably maintaining addressing tables in computer 
puter instruction means for converting addressing and rout- 35 memory, such that address translations may be performed 
ing information further comprise STIP (Simple TCAP Inter- efficiently. In the PTN/SS7 network, the established SCCP 
working Part) computer instruction means for processing Global Title Translation (GTT) function is used to determine 
encapsulated TCAP messages with the addressing and rout- the address of a destination node in the SS7 network. Based 
ing information in the IP protocol format exchanged with the on the address mapping data, the GTT determines a desti- 
internet protocol network. In addition, the STIP computer 40 nation node in the PTN/SS7 network and optionally a 
instruction means may further comprise computer instruc- subsystem number of a destination application within the 
tion means for decapsulating the TCAP message received in network node. The computer program instruction means 
the SS7 protocol format from the public telephone network, extend the global title addressing concept to apply to 
and encapsulating the TCAP message in the IP protocol addressing IP network nodes as well by extending the 
format for transmission to the internet protocol network. An 45 address translation function to include IP node addresses, 
example of the SS7 network to IP network processing, which such as an IP address and a port number. The Global Title 
includes decapsulation, addressing/routing transformation, Translation (GTT) function provided by a STIP computer 
and encapsulation is shown in FIG. 6(a). Note that the TCAP instruction means determines the destination address of an 
portion is extracted by the decapsulation process and there- IP network node from an incoming TCAP message received 
after encapsulated for transportation to the destination net- 50 from the PTN/SS7 network. The address translation func- 
work. Similarly, the STIP computer instruction means can tions performed when a message is received from an IP 
comprise computer instruction means for decapsulating the network or PTN/SS7 network will be described below. 
TCAP message received in the IP protocol format from the FIG. 3 further provides details regarding the messaging 
internet protocol network, and encapsulating the TCAP formats supported by a TIPG interworking gateway or 
message in the SS7 protocol format for transmission to the 55 comparable device executing the aforementioned computer 
public telephone network. An example of the IP network to program product. The gateway operates to effectively inter- 
SS7 network processing, which similarly includes connect two networks, an IP network and a public telephone 
decapsulation, addressing/routing transformation, and network. Software functionality in the gateway can provide 
encapsulation is shown in FIG. 6(b). As before, the TCAP SCCP addressing and routing to the PTN/SS7 network, and 
portion is extracted by the decapsulation process and there- 60 addressing and routing similar to, or approximate to, SCCP 
after encapsulated for transportation to the destination net- addressing and routing to an IP network. Software function- 
work. Further, the STIP computer instruction means may ality in the gateway can process and exchange encapsulated 
further comprise computer instruction means for interacting messages, such as TCAP messages, with an IP network. The 
with the IP network entity and the internet protocol network STIPP protocol stack and STIP computer instruction means 
through a STOP protocol stack in the IP protocol format. 65 provide addressing similar to SCCP addressing when TCAP 
Preferably, the interaction occurs through the SUPP proto- messages are transported over the IP protocol in an IP 
col stack and STIP header as described above. network. In addition, a TCAP message received from the 
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PTN network in an SS7 protocol format can be translated from the PTN/SS7 network, an IP network destination node 

into an IP protocol format and encapsulated for transmission address is determined by analyzing the destination point 

to an IP network, without altering the TCAP characteristics code (DPC) and the called party address (CdPA) of the 

of the incoming message. As shown in FIG. 3 for instance, incoming SS7 TCAP message. If the DPC is the TIPG 

the TCAP message 200 is transported in an SS7 protocol 5 interworking gateway or comparable device executing the 

format 201 in the PTN network, while the TCAP message aforementioned computer program product, the destination 

200 is transported in an IP protocol format 202 in an IP is a TCAP software application program executing in an IP 
network, as shown. Since the translated TCAP message is network node, which can be an IP network entity or another 
forwarded to an IP network, the destination IP network TIPG gateway/comparable device. The Routing Indicator in 
entity or node in an IP network preferably executes a 10 the Called Party Address (CdPA) is used to determine the 
compatible STIP software application for processing the ultimate destination node in an IP network. If a subsystem 
encapsulated TCAP message. For example, STIP functions number (SSN) routing is available, the message is forwarded 
must be resident in the TIPG interworking gateway 100 and to an IP network entity having the same SSN. If Global Title 
in an IP network entity in an IP network 20. As such, the routing is used, STIP performs the GTT translation to obtain 
translated TCAP messages received can be interpreted, 15 the address of the destination, and forwards the message 
while TCAP messages can be created and forwarded to an IP there. 

network and the interworking gateway. The STIP software jf me DPC is not the TIPG interworking gateway or 

applications executing in the IP entity and in the interwork- comparable device, then the signaling transport function is 

ing gateway could be identical, although this is not required. requested. Thereafter, the STIP computer instruction means 

At a minimum, the SUP applications in the IP entity and 20 retrieves the IP network node address, or IP address, of a far 

interworking gateway must work compatibly together. end TIPG gateway and forwards the message there. In 

As such, a TCAP message in the first format transmitted addition, since a reply message caused by the forwarded 

and received in a public telephone message comprises a message may need to returned to the originating network 

TCAP portion 200, an SCCP portion 210, and an MTP node in the PTN network, the STIP computer instruction 

portion 230, as shown. When the TCAP message is received 2 5 means records the DPC with the incoming IP address and 

from the PTN network by an interworking gateway execut- port number when the message is sent to the far end TIPG 

ing the aforementioned computer program product, the gateway. Over time, old DPC/IP/port number entries in the 

TCAP message is extracted from the SS7 protocol format address table are overwritten or "aged out" if not used as 

201 and. encompassed into the IP protocol format 202, that frequently as other entries in the address table. If the TIPG 
is, into an encapsulated TCAP message format for transport 30 gateway/comparable device is not the DPC, the SCCP 
through the IP network. The encapsulated TCAP message in Called Party Address (CdPA) and Calling Party Address 
the IP protocol format comprises a TCAP portion 200, a (CgPA) fields from the incoming TCAP message received 
STIP portion 220, and an IP portion 250, at least. Further, the from the PTN/SS7 network are copied into the correspond- 
encapsulated TCAP message may further include a transport ing CdPA and CgPA fields in the STIP layer of the message 
portion 240, such as TCP, UDP, or another IP network 35 to be forwarded to an IP network. However, if the SCCP 
transport portion, disposed between the STIP portion and the CdPA field only contains a subsystem number, the DPC must 
IP portion to serve as a transport layer in an IP network. be combined into the corresponding STIP CdPA field to 
After translation into the appropriate format for the desti- permit the far end TIPG gateway/comparable device to send 
nation network, the encapsulated TCAP message is trans- the message to a PTN/SS7 network connected thereto. Also, 
milted to an IP network to be forwarded to the destination IP 40 if the SCCP CgPA field only contains a subsystem number, 
network entity. the OPC parameter from the incoming TCAP message must 

The interworking gateway executing the aforementioned be combined into the corresponding STIP CgPA field to 

computer program product provides analogous translation permit the response message to be sent back to the origi- 

capabilities for messages received in the second format from nating network node. 

an IP network. Accordingly, messages can be received from 45 When an incoming encapsulated TCAP message is 
either network, transformed, and transmitted on to the other received by the TIPG gateway/comparable device, the des- 
network in a compatible protocol format. An encapsulated tination node address must be determined by analyzing the 
TCAP message can be received in the IP protocol format received message. If the STIP CdPA (Called Party Address) 
from an IP network, and translated into the SS7 protocol indicates that Global Title routing is used, then Global Title 
format suitable for transmission to the PTN network, with- 50 Translation is performed by using the address translation 
out altering the TCAP characteristics of the incoming mes- table. If the destination address is an IP network address, 
sage. The encapsulated TCAP message received from an IP then the message is forwarded on to the IP network entity, 
network has at least a TCAP portion, a STIP portion, and an If the destination address is a point code in the PTN/SS7 
IP protocol portion. In addition, the encapsulated TCAP network, then set the destination point code to the SS7 point 
message may further include a transport portion as described 5s code. That is, a TCAP message is sent from an application 
above disposed between the STIP portion and the IP protocol in IP network to an application in PTN/SS7 network. The 
portion. The translated TCAP message in the first format STIP layer CdPA and CgPA fields from the encapsulated 
comprises at least a TCAP portion, an SCCP portion, and an TCAP message received are copied into the SCCP layer 
MTP portion, whether or not the encapsulated TCAP mes- CdPA and CgPA respectively. If the SUP CdPA field con- 
sage included a transport portion. Once translated by the eo tains a point code explicitly and a subsystem number, the 
processor, the encapsulated TCAP message is transmitted to subsystem number is copied into the SCCP CdPA field and 
the PTN network in the SS7 protocol format to be forwarded the point code is used as the destination point code for the 
to the corresponding PTN network destination node. MTP layer to route the message. If the STIP CdPA field 
Address translation processing must be performed on an indicates that Global Title routing is used, and the STIP 
incoming message received from one network in order to 65 CgPA field only contains a subsystem number, the message 
forward a representative message to the destination in other was originated from an IP entity. In this case, the STIP 
network. When an incoming TCAP message is received computer instruction means adds the point code associated* 
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with the receiving TTPG gateway/comparable device into the 
SCCP CgPA field so that a response message can be sent 
back to the TIPG gateway/comparable device, if needed. 

A further embodiment of the computer program product 
according to the present invention includes additional inter- 5 
working gateway functions. As such, the STIP computer 
instruction means may further comprise computer instruc- 
tion means for emulating SCCP flow control commands and 
functions for IP network entities in the internet protocol 
network represented to the public telephone network. While 10 
SCCP flow control commands and functions are known in 
the SS7 protocol format and public telephone network, the 
present invention extends these commands and functions 
into the IP protocol format and internet protocol network. As 
those skilled in the art will understand, flow control func- 15 
tions are used to ensure that devices within a network can 
process and relay information according to the ability of 
those devices to handle information at a particular time. As 
such, flow control functions are used to provide steady 
information flow and help prevent situations wherein net- 20 
work devices are either overloaded or underutilized. 

In addition, the STIP computer instruction means may 
further comprise computer instruction means for performing 
protocol discrimination for the TCAP message received 
from the public telephone network, such that at least one of 25 
the TCAP standard and the upper layer messaging protocol 
associated with the TCAP message can be identified. As 
used herein, protocol discrimination describes the process of 
analyzing a received message so that specific details regard- 
ing the protocol used can be determined, so that the message 30 
can be processed properly and a subsequent reply message 
will also be formatted according to the protocol used. 
Information regarding the type of messaging being used, the 
contents of the message, or the type of software application 
program that can process and incoming message may be 35 
discriminated. For example, details regarding the message 
type, or whether an incoming TCAP message is in IS-41 or 
MAP (Mobile Application Part) format can be determined 
by analyzing an incoming message. 

Further, the STIP computer instruction means provides 
additional functions. In one embodiment, the STIP computer 
instruction means further comprises computer instruction 
means for providing security functions to authenticate the IP 
network entity before TCAP messages are exchanged with 45 
the IP network entity. Preferably, the STIP computer instruc- 
tion means can further comprise computer instruction means 
for providing CHAP security functions for authenticating 
the IP network entity. However, other security functions, 
such as DES, RSA, public key algorithms, or combinations $Q 
thereof can also be used to provide security and authenti- 
cation functions. In addition, the STIP computer instruction 
means can further comprise computer instruction means for 
providing mediation functions to ensure that information is 
accessed and modified only by an authorized IP network 55 
entity or public telephone network entity. For example, 
mediation functions would prevent one telephony service 
provider, or telephone company, from being able to access 
and/or modify information belonging to another telephony 
service provider. 6Q 

Related Interworking Gateway Functionality 
Method 

In one embodiment, the present invention provides a 
method for exchanging TCAP messages between a public 65 
telephone network and an internet protocol network for 
providing services interworking. The method comprises the 
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step of receiving a TCAP message and associated addressing 
and routing information in an SS7 protocol format from the 
public telephone network. In addition, the method comprises 
the step of extracting the TCAP message and associated 
addressing and routing information from the TCAP message 
received. Further, the method comprises the step of convert- 
ing the associated addressing and routing information for an 
IP protocol format and encapsulating the TCAP message in 
the IP protocol format with the converted addressing and 
routing information. Still further, the method comprises the 
step of transmitting the encapsulated TCAP message with 
the converted addressing and routing information to the 
internet protocol format network for delivery to an IP 
network entity therein. 

A further embodiment of the method comprises additional 
steps. In particular, the method can comprise the step of 
receiving an encapsulated TCAP message in the IP protocol 
format from the internet protocol network and extracting the 
TCAP message and associated addressing and routing infor- 
mation therefrom. In addition, the method can further com- 
prise the step of converting the associated addressing and 
routing information for the SS7 protocol format and encap- 
sulating the TCAP message into the SS7 protocol format 
with the converted addressing and routing information. The 
method can further comprise the step of transmitting the 
TCAP message with the converted addressing and routing 
information to the public telephone network for delivery to 
an SS7 network entity therein, after said transmitting step. 
Further, the converting and encapsulating for the IP protocol 
step may comprise extracting the TCAP message from the 
SS7 protocol format and encapsulating the TCAP message 
in a STIP protocol header in the IP protocol format, and the 
converting and decapsulating for the SS7 protocol step may 
comprise extracting the TCAP message from the STIP 
protocol header in the IP protocol format and encapsulating 
the TCAP message in the SS7 protocol format. In addition, 
both converting steps of the method can further comprise the 
step of performing at least one translation selected from the 
group consisting of an address translation and a global title 
translation on the respective TCAP message received. 
Accordingly, the method and aforementioned computer pro- 
gram product serve to transport TCAP messages between the 
IP network domain and the public telephone network 
domain, such that interworking services between the net- 
works is supported. 

IP Network Entity Computer Program Product and 
Method 

The present invention provides a complimentary com- 
puter program product and related method for the IP network 
entity, such that effective interaction with the TIPG inter- 
working gateway or comparable device is supported. Inter- 
action with the TIPG gateway/comparable device is 
achieved through STIPP (Simple TCAP-IP Interworking 
Protocol) messages in an IP protocol format as described 
above. The computer program product is adapted for execu- 
tion by a processor, such as a microprocessor or other 
processing device, in an IP network entity, IP server, com- 
parable device. Those skilled in the art will appreciate that 
the computer program products of the TIPG interworking 
gateway and the IP network entity must at a minimum be 
complimentary in operation. While the respective computer 
program products can be identical, this is not necessary or 
required. However, the protocol, commands, messages, 
fields, subfields, and parameters exchanged and used to 
communicate therebetween must of course be compatible. 

Accordingly, the present invention further provides a 
computer program product for an IP network entity exchang- 
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ing encapsulated TCAP messages in an IP protocol format network entity can be processed by the application program, 

with an internet protocol network, such that TCAP messages and TCAP messages can be originated by the TCAP appli- 

can therethrough be exchanged with a public telephone cation program and transmitted to an IP network, 

network. The computer program product is suitable for In addition, computer program product of the IP network 

execution by a processor, and further comprises a computer 5 entity can be adapted to execute a STEP software application 

readable storage medium having computer readable pro- program, as shown, such that SCCP primitives can be 

gram code means embodied therein. In addition, the com- provided to the TCAP software application in order to send 

puter readable program code means further comprises sev- and receive TCAP messages therewith. The STIP computer 

eral computer instruction means for implementing the instruction means can be identical to the STIP computer 

required functions. In particular, the computer readable 10 instruction means executing in the TIPG interworking 

program code means comprises computer instruction means gateway/comparable device 100, if desired. However, the 

for receiving a TCAP message encapsulated in the IP only requirement is that the STIP computer instruction 

protocol format from the internet protocol network, wherein means of the IP entity 21 be compatible with the STIP 

the TCAP message originated in the public telephone net- computer instruction means of the TIPG gateway/ 

work. Further, the computer readable program code means 1S comparable device. The STIP computer instruction means 

comprises computer instruction means for extracting the provide addressing and routing functions for TCAP appli- 

TCAP message and the associated addressing and routing cations executing in the IP entity. The addressing and routing 

information from the encapsulated TCAP message received. used can be the same as that provided by the SUP computer 

The computer readable program code means further com- instruction means executing within a TIPG gateway or 

prises computer instruction means for processing the TCAP 20 comparable device. However, since the IP network entity 21 

message originating in the public telephone network and is not an SS7 network entity, it does not require an SS7 point 

received by the IP network entity. code and therefore does not utilize any point code sent to it 

In another embodiment of the computer program product, from a TIPG gateway or comparable device. In addition, 

the computer readable program code means further com- STIP computer instruction means executing in the IP entity 

prises computer instruction means for encapsulating a TCAP 2 s provide the same three SCCP primitives provided by the SS7 

message in the IP protocol format for the internet protocol network to a TCAP application, such as N-UN1TDATA 

network, wherein the TCAP message originated in the IP request, N -UNIT DATA indication, and N-NOTICE indica- 

network entity. Further, the computer readable program code tion primitives. Since telephony services can be provided by 

means further comprises computer instruction means for exchanging TCAP messages, telephony services can be 

transmitting the TCAP message through the internet proto- 30 provided across an IP network and an interworked PTN by 

col network to an SS7 network entity in the public telephone exchanging encapsulated TCAP messages therebetween, 

network. Accordingly, the computer program product of the When incoming encapsulated TCAP messages are 

IP network entity can process an encapsulated TCAP mes- received by the IP network entity 21 the message is passed 

sage received from an IP network and extract the TCAP to the TCAP application using the N-UNITDATA indication 

message. Accordingly, the computer program product of the 35 primitive with CdPA, CgPA, and TCAP data parameters. 

IP network entity can encapsulate a TCAP message and When outgoing messages are to be sent from the IP network 

transmit an encapsulated TCAP message to an IP network. 21, the STIP computer instruction means obtains data 

Preferably but not necessarily, the IP network entity interacts parameters from the TCAP application using the 

with a TIPG interworking gateway or comparable device. As N-UNITDATA request primitive with CdPA, CgPA, and 

such, the preferred environment for the computer program 40 TCAP data parameters. The addressing information added to 

product in an IP network is shown in FIG. 7. the outbound TCAP message comprises either a destination 

In particular, the computer program product of the IP point code and a subsystem number (from the STIP CgPA 

network entity is adapted to transmit and receive an encap- field of the received message) or a Global Title. The TCAP 

sulated message, such as a TCAP message preferably, in the application may or may not provide CgPA, so the CgPA is 

IP protocol format, as described above. Therefore, function 45 defined to be the same subsystem number as that is assigned 

complimentary to the TIPG interworking gateway function to the IP entity. Eventually, the STIP computer instruction 

is required, such that TCAP messages encapsulated in the IP means forwards the message in the IP format to some 

protocol format can be exchanged and mutually interpreted interconnected TIPG interworking gateway or comparable 

to provide full interworking. The interrelationship between device. 

the TIPG interworking gateway or comparable device and 50 As noted, the computer program product further com- 
the complimentary IP entity is shown in FIG. 7. The IP prises STIP computer instruction means for encapsulating 
network entity executed the corresponding computer pro- and decapsulating TCAP messages with the addressing and 
gram product for exchanging encapsulated TCAP messages routing information in the IP protocol format exchanged 
with an IP network and/or a TIPG gateway or compatible with the internet protocol network. In addition, the STIP 
device. 55 computer instruction means can further comprise computer 
As such, the computer program product of the IP network instruction means for interacting with the internet protocol 
entity is adapted to extract a TCAP message from an network through a STIPP protocol stack in the IP protocol 
encapsulated TCAP message in the IP protocol format format. The computer instruction means for processing the 
received from an IP network. Further, the computer program TCAP message received can further comprise computer 
product is adapted to encapsulate a TCAP message and 60 instruction means for analyzing the TCAP message 
forward the encapsulated TCAP message in the IP protocol received, to determine whether data incorporated therein can 
format to an IP network and/or a TIPG gateway or compat- be processed by the IP network entity and whether a data 
ible device. Thus, encapsulated TCAP messages can be error message should be returned to the originating public 
exchanged between the IP network entity and an IP network telephone network. In essence, the computer program prod- 
as shown. Further, the IP network entity processor can be 65 uct of the IP network entity includes message format and 
adapted to execute one or more TCAP software application message integrity checking functions. In addition, the corn- 
programs. As such, TCAP messages received by the IP puter instruction means for processing the TCAP message 
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received may further comprise computer instruction means sulated message between two internet protocol network 

for providing security functions, so as to authenticate the IP entities, comprising: 

network entity before TCAP messages are exchanged with an internet protocol portion including supporting physical 

the IP network entity. Preferably but not necessarily, com- layer functions, datalink layer functions, and network 

puter instruction means for providing CHAP security func- 5 layer functions compatible with an internet protocol 

tions may be used to authenticate the IP network entity network; 

before TCAP messages are exchanged with the IP network a transport portion operably connected to said internet 

entity. Of course, all of the aforementioned capabilities of protocol portion, said transport portion supporting 

the computer program product for the IP network entity must transport layer functions compatible with the internet 

be compatible with the computer program product for a io protocol network; and 

TIPG gateway or comparable device. As noted, while the a STIP portion operably connected to said transport 

computer program products can be identical, this is not a portion, said STIP portion adapted to exchange the 

requirement. encapsulated message between the two internet proto- 

Related IP Network Entity Method 001 network entities ' such lhal s*™'™* ^erworking is 

15 supported therebetween. 

In a further embodiment, the present invention provides a 2 . The computer data signal according to claim 1, wherein 

method for exchanging encapsulated TCAP messages with said STIP portion comprises a STIP header for transporting 

an internet protocol network such that TCAP messages can lhe encapsulated message therein. 

therethrough be exchanged with a public telephone network. 3 ne comp uter data signal according to claim 1, wherein 

Specifically, the method comprises the step of receiving a 20 said SXIp comp^ a version fie ld, such that the 

TCAP message encapsulated in an IP protocol format from version of the STIP portion may be identified to at least one 

the internet protocol network, wherein the TCAP message mternet protocol ne twork entity. 

originated in the public telephone network. In addition, the 4 nc computer data signal according to claim 1, wherein 

method comprises the step of extracting the TCAP message the S17P portioQ a mesS age type field, such that 

and the associated addressing and routing information from 25 the message type of the encapsulated message may be 

the encapsulated TCAP message received. The method identified to at least one internet protocol entity, 

further comprises the step of processing the TCAP message 5 ^ computer data signa i accor ding to claim 4, wherein 

originating m the public telephone network and received by lhe meS sage type field comprises at least one protocol 

the IP network entity. message type selected from the group consisting of a login 

Another embodiment of the method further comprises the 30 message type, a login acknowledgement message type, a 

step of encapsulating a TCAP message in the IP protocol security packet message type, and a status message type, 

format from the internet protocol network, wherein the 6. ITie computer data signal according to claim 4, wherein 

TCAP message originated in the IP network entity. Further, tDe message type field comprises at least one data message 

the method includes the step of transmitting the TCAP t ype selected from the group consisting of a TCAP data 

message through the internet protocol network to an SS7 35 message type and a TCAP data error message type, 

network entity in the public telephone network. In addition, 7. xh e computer data signal according to claim 1, wherein 

the method can comprise the step of interacting with the the STIP portion comprises a message length field, such that 

internet protocol network through a STIPP protocol stack in information relating to at least part of the length of the STIP 

the IP protocol format. portion may be provided to at least one internet protocol 

As such, the protocol, computer program products, and 40 entity, 

related methods support services interworking between an 8. The computer data signal according to claim 1, wherein 

internet protocol network and a public telephone network by the STIP portion comprises a data offset field, such that 

transporting TCAP messages across network domains. In information indicating the data offset of the message within 

particular, encapsulated TCAP messages are managed and the STIP portion may be provided to at least one internet 

exchanged between IP network nodes, such as a TIPG 45 protocol entity. 

gateway or comparable device and an IP network entity, so 9. The computer data signal according to claim 1, wherein 

that in turn, TCAP messages can be exchanged with the said SUP portion comprises at least one attribute field, such 

public telephone network through the functionality of a that information relative to the type of message may be 

TIPG gateway or comparable device. Accordingly, the provided to at least one internet protocol network entity, 

present invention addresses at least some unmet needs, 50 10. The computer data signal according to claim 9, 

while providing some advantages. wherein each attribute field further comprises a type 

Many modifications and other embodiments of the inven- subfield, such that information relative to the type of 

tion will come to mind to one skilled in the art to which this attribute may be provided to at least one internet protocol 

invention pertains having the benefit of the teachings pre- network entity. 

sented in the foregoing descriptions and the associated 55 11. The computer data signal according to claim 10, 

drawings. Therefore, it is to be understood that the invention wherein the type subfield comprises at least one parameter 

is not to be limited to the specific embodiments disclosed selected from the group consisting of a system name, 

herein and that modifications and other embodiments are primary/backup system identifier, subsystem number, 

intended to be included within the scope of the appended encryption index, address mapping option identifier, mes- 

claims which define the present invention. Further, while 60 sage encryption parameter, TIPG status, IP entity status, 

portions of the specification above are separated by headings additional status, protocol type identifier, IP address, calling/ 

for purposes of clarity and readability, the entire contents of called party address, sequential number identification value, 

the specification above should be used collectively for and an error reason. 

interpreting the present invention as claimed hereafter. 12. The computer data signal according to claim 9, 

What is claimed is: 65 wherein each attribute field further comprises a value 

1. A computer data signal embodied in an electrical signal subfield, such that information relative to the attribute may 

represented as a plurality of bits for exchanging an encap- be provided to at least one internet protocol network entity. 
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13. The computer data signal according to claim 9, prises computer instruction means for decapsulating the 
wherein each attribute field further comprises a length TCAP message received in the SS7 protocol format from the 
subfield, such that information relative to the length of the public telephone network, and encapsulating the TCAP 
value subfield may be provided to at least one internet message in the IP protocol format for transmission to the 
protocol network entity. 5 internet protocol network. 

14. The computer data signal according to claim 1, 21. The computer program product according to claim 18, 
wherein the STIP portion comprises a data field, such that wherein said STIP computer instruction means further com- 
the encapsulated message may be exchanged between inter- prises computer instruction means for decapsulating the 
net protocol network entities. TCAP message received in the IP protocol format from the 

15. The computer data signal according to claim 14, Q internet protocol network, and encapsulating the TCAP 
wherein the data field comprises an encapsulated TCAP message in the SS7 protocol format for transmission to the 
message, such that the encapsulated TCAP message and/or P ublic telephone network. 

command message may be exchanged between internet 22. ITie computer program product according to claim 18, 

protocol network entities. wherein said STIP computer instruction means further com- 

16. A computer program product for a gateway exchang- „ P rises computer instruction means for interacting with the IP 
ing TCAP messages in an SS7 protocol format with a public 15 °^ rk «*ty «nd the internet protocol network through a 
telephone network and exchanging encapsulated TCAP ST1PP protocol stack in the IP protocol fonmat. 

r m t ir . ... . . . ., 23. The computer program product according to claim 18, 

messages in an IP protocol format with an internet protocol , ..^n 4 • . r. <i_ 

i ., r , . . wherein said S IIP computer instruction means further com- 

network, said computer program product comprising: pfises computer mstnic H tion means for address 

a computer readable storage medium having computer 20 mapping and translation, such that the IP network entity can 

readable program code means embodied therein, said b e addressed by a point code and subsystem number to the 

computer readable program code means comprising: public telephone network and by an IP address and a port 

computer instruction means for receiving a TCAP number to the internet protocol network. 

message in the SS7 protocol format from the public 24. The computer program product according to claim 18, 
telephone network and extracting the TCAP message 25 wherein said STIP computer instruction means further com- 
and associated addressing and routing information prises computer instruction means for performing extended 
therefrom; global title translation, such that a destination node in the 
computer instruction means for converting the associ- public telephone network is identified by at least one of a 
ated addressing and routing information for the IP pomt co de and a subsystem number of an application entity 
protocol format and encapsulating the TCAP mes- 30 within the destination node, and such that a destination node 
sage in the IP protocol format with the converted m the internet protocol network is identified by an IP address 
addressing and routing information; and an d a p 0r t number, 
computer instruction means for transmitting the encap- 25. The computer program product according to claim 18, 
sulated TCAP message with the converted address- wherein said SUP computer instruction means further com- 
ing and routing information to the internet protocol 35 prises computer instruction means for performing protocol 
network for delivery to an IP network entity therein. discrimination for the TCAP message received from the 

17. The computer program product according to claim 16, pu bUc telephone network, such that at least one of the TCAP 
wherein said computer readable program code means further standard and the upper layer messaging protocol associated 
comprises: with the TCAP message can be identified. 

computer instruction means for receiving an encapsulated 40 26. The computer program product according to claim 18, 
TCAP message in the IP protocol format from the wherein said STIP computer instruction means further corn- 
internet protocol network and extracting the TCAP prises computer instruction means for providing security 
message and associated addressing and routing infor- functions to authenticate the IP network entity before TCAP 
mation therefrom; messages are exchanged with the IP network entity. 

computer instruction means for converting the associated 45 27. The computer program product according to claim 18, 

addressing and routing information for the SS7 proto- wherein said STIP computer instruction means further com- 

col format and encapsulating the TCAP message into prises computer instruction means for providing CHAP 

the SS7 protocol format with the converted addressing security functions to authenticate the IP network entity 

and routing information; and before TCAP messages are exchanged with the IP network 

computer instruction means for transmitting the TCAP 50 entity. 

message with the converted addressing and routing 28. The computer program product according to claim 18, 

information to the public telephone network for deliv- wherein said STIP computer instruction means further com- 

ery to an SS7 network entity therein. prises computer instruction means for providing mediation 

18. The computer program product according to claim 17, functions to ensure that information is accessed and modi- 
wherein both said computer instruction means for convert- 55 fied only by one of an authorized IP network entity and a 
ing further comprise STIP computer instruction means for public telephone network entity. 

processing encapsulated TCAP messages with the address- 29. A computer program product for an IP network entity 

ing and routing information in the IP protocol format exchanging encapsulated TCAP messages in an IP protocol 

exchanged with the internet protocol network, format with an internet protocol network such that TCAP 

19. The computer program product according to claim 18, 60 messages can therethrough be exchanged with a public 
wherein said STIP computer instruction means further com- telephone network, said computer program product com- 
prises computer instruction means for emulating SCCP flow prising: 

control commands and functions for IP network entities in a computer readable storage medium having computer 

the internet protocol network represented to the public readable program code means embodied therein, said 

telephone network. 65 computer readable program code means comprising: 

20. The computer program product according to claim 18, computer instruction means for receiving a TCAP 
wherein said STIP computer instruction means further com- message encapsulated in the IP protocol format from 
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the internet protocol network, wherein the TCAP 
message originated in the public telephone network; 
computer instruction means for extracting the TCAP 
message and the associated addressing and routing 
information from the encapsulated TCAP message 
received; and 

computer instruction means for processing the TCAP 
message originating in the public telephone network 
and received by the IP network entity. 

30. The computer program product according to claim 29, 
wherein said computer readable program code means further 
comprises: 

computer instruction means for encapsulating a TCAP 
message in the IP protocol format for the internet 
protocol network, wherein the TCAP message origi- 
nated in the IP network entity; and 

computer instruction means for transmitting the TCAP 
message through the internet protocol network to an 
SS7 network entity in the public telephone network. 

31. The computer program product according to claim 30, 
further comprising STIP computer instruction means for 
encapsulating and decapsulating TCAP messages with the 
addressing and routing information in the IP protocol format 
exchanged with the internet protocol network. 

32. The computer program product according to claim 31, 
wherein said STIP computer instruction means further com- 
prises computer instruction means for interacting with the 
internet protocol network through a STIPP protocol stack in 
the IP protocol format. 

33. The computer program product according to claim 31, 
wherein said STIP computer instruction means further com- 
prises computer instruction means for analyzing the TCAP 
message received to determine whether data incorporated 
therein can be processed by the IP network entity and 
whether a data error message should be returned to the 
originating public telephone network. 

34. The computer program product according to claim 31, 
wherein said STIP computer instruction means further com- 
prises computer instruction means for providing security 
functions to authenticate the IP network entity before TCAP 40 
messages are exchanged with the IP network entity. 

35. The computer program product according to claim 31, 
wherein said SUP computer instruction means further com- 
prises computer instruction means for providing CHAP 
security functions to authenticate the IP network entity 
before TCAP messages are exchanged with the IP network 
entity. 

36. The computer program product according to claim 31, 
wherein said STIP computer instruction means further com- 
prises computer instruction means for providing functions of 50 
SCCP primitives, such that SCCP primitives can be provided 

to the TCAP software application in order to send and 
receive TCAP messages therewith. 

37. A method for exchanging TCAP messages bet ween a 
public telephone network and an internet protocol network 55 
for providing services interworking, comprising the steps of: 

receiving a TCAP message and associated addressing and 

routing information in an SS7 protocol format from the 

public telephone network; 
extracting the TCAP message and associated addressing 

and routing information from the TCAP message 

received; 

converting the associated addressing and routing infor- 
mation for an IP protocol format and encapsulating the 
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TCAP message in the IP protocol format with the 
converted addressing and routing information; and 
transmitting the encapsulated TCAP message with the 
converted addressing and routing information to the 
internet protocol format network for delivery to an IP 
network entity therein. 

38. The method according to claim 37, further comprising 
the steps of: 

receiving an encapsulated TCAP message in the IP pro- 
tocol format from the internet protocol network and 
extracting the TCAP message and associated address- 
ing and routing information therefrom; 

converting the associated addressing and routing infor- 
mation for the SS7 protocol format and encapsulating 
the TCAP message into the SS7 protocol format with 
the converted addressing and routing information; and 

transmitting the TCAP message with the converted 
addressing and routing information to the public tele- 
phone network for delivery to an SS7 network entity 
therein, after said transmitting step. 

39. The method according to claim 38, wherein the 
converting and encapsulating for the IP protocol step com- 
prises extracting the TCAP message from the SS7 protocol 
format and encapsulating the TCAP message in a STIP 
protocol header in the IP protocol format, and wherein the 
converting and encapsulating for the SS7 protocol step 
comprises extracting the TCAP message from the STIP 
protocol header in the IP protocol format and encapsulating 
the TCAP message in the SS7 protocol format. 

40. The method according to claim 38, wherein both 
converting steps further comprise the step of performing at 
least one translation selected from the group consisting of an 
address translation and a global title translation on the 
respective TCAP message received. 

41. A method for exchanging encapsulated TCAP mes- 
sages with an internet protocol network such that TCAP 
messages can therethrough be exchanged with a public 
telephone network, said method comprising the steps of: 

receiving a TCAP message encapsulated in an IP protocol 
format from the internet protocol network, wherein the 
TCAP message originated in the public telephone net- 
work; 

extracting the TCAP message and the associated address- 
ing and routing information from the encapsulated 
TCAP message received; and 

processing the TCAP message originating in the public 
telephone network and received by the IP network 
entity. 

42. The method according to claim 41, further comprising 
the steps of: 

encapsulating a TCAP message in the IP protocol format 
from the internet protocol network, wherein the TCAP 
message originated in the IP network entity; and 

transmitting the TCAP message through the internet pro- 
tocol network to an SS7 network entity in the public 
telephone network. 

43. The method according to claim 42, further comprising 
the step of interacting with the internet protocol network 
through a STIPP protocol stack in the IP protocol format. 
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